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(57) Abstract 

A method of simultaneously transmitting a video signal 
and encoded data representing graphic images is disclosed. The 
invention is particularly applicable for transmitting multilingual 
subtitles with a video program. The graphic images are rectangular 
regions within the active video area. They are transmitted in the 
form of bitmaps- The invention not only allows any character 
font or size to be displayed, but also the definition of e.g. a 
program provider's logo. The encoded data includes a time stamp 
to specify the time at which a subtitle is to be displayed. Preferred 
embodiments of the invention include the transmission of colour- 
look -up-table (CLUT) data and a compatibility code indicating a 
required minimum number of entries of said colour-look-up-table. 
For receivers with a CLUT having more entries than necessary, 
a map table is transmitted for mapping the pixel data width to 
the input width of the relevant CLUT. The method is applicable 
to Direct Video Broadcast systems wherein the video signal is 
MPEG 2 encoded and the graphic images are accommodated in a 
private data stream of an MPEG 2 Transport Stream. 
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Subtitling transmission system. 



FIELD OF THE INVENTION 

The invention r e la t es to a method of transmitting encoded data defining a 
graphic image in the form of a rectangular region within an active video area. The invention 
also relates to a method of receiving said graphic images, and a transmitter and receiver 
arranged to carry out said methods. 

5 

BACKGROUND OF THE INVENTION 

A prior an method of transmitting graphic images is generally known by 
the name "teletext". The World System Teletext standard has been adopted in many countries 
for the simultaneous transmission of textual and graphic information with a conventional 

10 analog television signal. The teletext system is particularly used for the transmission of 
subtitles associated with a television program. 

Meanwhile, the MPEG2 (ISO/IEC 13818) digital television standard will 
be applied worldwide for the broadcast of digital television programs to the end-user by 
satellite, cable, terrestrial networks, and by packaged media such as tape or disc. A 

15 multitude of integrated circuits for MPEG2 decompression and demultiplexing are on the 
market and will be applied in receiver decoders for the purpose of receiving and decoding of 
broadcast television programs or decoding of packaged (multi-)media. 

The MPEG2 compression and multiplexing technology will provide the 
end-user a very large choice in programs (typically in the order of hundreds), which will 

20 require an easy-to-use "man-machine interface". It is expected that the end-user will associate 
"digital" with high quality. High quality must therefore be manifest in all aspects of the 
service that will be provided. Typical of satellite broadcast is the large footprint of its 
reception area, which usually encompasses multiple language areas. Many of the television 
programs to be broadcast will therefore also be targeted at multiple language areas, which 

25 requires multi-language subtitling capabilities. The attractiveness and readability of subtitles 
will have a major impact on the end-user's willingness to watch a television program in a 
language spoken other than his or her own. 
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is a character-based transmission system, in which coded data is transmitted to define which 
characters are to be displayed. The appearance of the subtitles Cm terms of character font, 
spacing, graphic capabilities, colours) is fixed in hardware. Further, the present teletext 
system is not able to support complex character sets such as used in the People's Republic of 
China and Japan. The character-based system would require very expensive and complex 
character generators in case of supporting multiple character sets, or in case of a single but 
very complex character set* The prior art teletext system thus provides only a basic solution 
for multi-language subtitling. 

OBJECT AND SUMMARY OF THE INVENTION 

It is an object of the invention to overcome the above mentioned 
disadvantages of the prior art system. It is a further object to provide a universal solution for 
multi-lingual subtitling, in particular, for an MPEG2 environment. 

The method according to the invention is characterized in that the pixels 
forming said region are individually defined by the encoded data, the size and position of 
said region being included in the encoded data. The method renders it possible for the 
program providers to control the appearance of the graphic images pixel-wise. The "Region 
based Graphics" system provides bitmapped rather than character coded regions overlaying 
the video signal. There are no restrictions as regards character size and character font, and 
there is a capability to overlay other graphics than text, e.g. the program provider's logo. 

In an embodiment, the encoded data further includes a time stamp 
representing the time at which said region is to be displayed. This allows multilingual 
subtitles to be transmitted in advance and to be displayed in exact synchronism with the 
video signal. In the prior art teletext system, the subtitles in the selected language are 
immediately displayed when received. More or less precise synchronization is possible only 
if all subtitles in the plurality of languages are transmitted within a restricted period of time. 

Subsequent encoded data for a given region may include a visibility code 
to disable the display of said region. This allows for effectively erasing a graphic region. 

In further embodiments of the invention, the pixels of a region are 
encoded as entries of a colour-look-up-table. Map tables are provided for mapping n-bit pixel 
codes to a colour-look-up-table having more than 2* entries. 

In an particularly advantageous embodiment, the encoded data is 
accommodated in a private transport stream according to the MPEG2 or a similar standard. 
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Packrtrizing the encoded data in PES packets of an MPEG2 private transport stream has the 
advantage of easy synchronizing the bitmaps to an associated MPEG video stream. 



BRIEF DESCRIPTION OF FIGURES 
5 Figs. 1-3 show examples of a display screen comprising one or more 

graphic image regions. 

Fig. 4 shows a region with its relevant size and position parameters. 

Fig. 5 shows a schematic diagram of a transmitter *Hqpt»*f to 
simultaneously transmit a video signal and graphic images according to the invention. 
10 Fig.6 shows a schematic diagram of a receiver for simultaneously 

receiving a video signal and graphic images according to the invention. 

Figs. 7 and 8 show embodiments of a colour generating circuit of the 
receiver shown in Fig. 6. 

15 DESCRIPTION OF EMBODIMENTS 

The invention will now first be described in terms of the transmission 
format. The syntax as described hereinafter is similar to the syntax used in the MPEG2 
(ISO/EEC 13818) standard. The { and } symbols of this syntax have been omitted as they are 
not significant to the readability. Also omitted are data elements which are not essential to 
20 the invention or merely serve the purpose of byte alignment. 

The encoded data defining the graphic images is packetized in PES 
(Packetized elementary Streams) packets and accommodated in an MPEG2 Transport Stream. 
As prescribed by the MPEG2 standard, the PES packets comprise a header and pay load. 

The header comprises a plurality of data elements, the following of which 
25 are relevant to the invention: 

* The element stream Jd is set to * 1011 1101" so as to indicate that the graphic 
image is conveyed as private JLaxa_str earn Ji . 

* The element PES jxxcketjength is set to a value such that each PES packet is 
aligned with an MPEG2 transport packet. 

30 * The element datajilignmenxjndicQtor is set to T, indicating that the region 

data fields are aligned with the PES packets. 

* The PTS (Presentation Time Stamp) indicates the beginning of the presentation 
time of each (region related) data contained in this PES packet. The PTSs of 
regions within one multi page shall differ more than 40 msec. 
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The payload of PES packet defining the graphic images is denoted 
PESjiataJxeldf). Table I shows the syntax of this field. 

Table I 



PES.dataJieldO 


8 uimsbf 


datajdentifier 


RbG_stream_id 


1 6 bsibf 


stream Jevel_of_compatibUitv 


3 bsibf 


stnQto_pa0e_disptay_flag 


1 bsibf 


for (i m 0;N;i ♦ ♦ ) 




region_id 

r«gionJeval_of_compatibUitY 


8 uimsbf 
3 bsibf 


r»gion_dataJength 


1 6 uimsbf 


region_data_field 0 





The following semantic definition applies to the data elements shown in this Table: 

* datajdentifier — Region based Graphics (RbG) data is identified by the values 
5 Ox20-Ox2F of the daxajdentifier field. 

* RbG_streamJd - Identifies the Region based Graphics stream from which data 
is stored in this PES packet. 

* streamJevelj)fj:ompatibility - Indicates the minimum Colour-Look-Up-Table 
(CLUT) that is required to decode regions from this stream. The value 0x01 

10 refers to a 2-bit CLUT, the value 0x02 refers to a 4-bit CLUT, and the value 

0x03 refers to an 8-bit CLUT. 

* single jHigejiisplay Jlag - If set to T, indicates that this RbG stream contains 
only one display page. 

* region Jd — Identifies the region from which the data is contained in the 
15 immediately following region JLaxa JietdQ. 

* region Jeveljofjcompatibiliry - Indicates the minimum GLUT that is required 
to decode this region. The values defined above apply. 

* region jiatajength - Specifies the number of bytes in the immediately 
subsequent region JLat a JieldQ the syntax of which is given in Table II. 

20 

Table n shows the syntax of the region jiata JieldQ. 

The following semantic definition applies to the data elements shown in this Table: 

* regionjdatajype - Identifies the type of region data. The value 0x10 refers to 
an intra region (I-region), the value 0x11 refers to region attributes (A-region), 

25 the value OxFF indicates a region to be deleted. 
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Tab 



5e n 



region_data_fie!d() 




region_data_tvpe 


4 bslbf 


visibility_flag 


1 bslbf 


horizontai_address_ftag 


1 bsibf 


verbcal_address_flag 


1 bslbf 


number_ofj>ixels_flag 


1 bsibf 


number_of_lines_fiag 


1 bslbf 


if (horizontal_address_flag - »'V) 




regionhorixontaladdress 


1 6 uimsbf 


if (verticaTaddress Jlag - -'1') 




region_vertical_addres$ 


1 6 uimsbf 


if (number_of_pixels_flag - -'1') 




number_of_pixeis 


16 uimsbf 


if (number_of Jines_flag - «'V) 




number_ofJines 


1 6 uimsbf 


number_of_subregions 


4 uimsbf 


for (i - 0;i < number_of_sub_regions;i + + ) 




sub_region_id 


4 bslbf 


numbar_of_sub_regionJines_flag 


1 bslbf 


dut_ftag 


1 bsibf 


attribute_extension_fiag 


1 bsibf 


coded_data_fiag 


1 bsibf 


coded_data_extension_f1ag 


1 bsibf 


if <number_of_sub_region Jines_f lag ■ »'V) 




number of sub region lines 


16 uimsbf 


if (clut_flao-»'1 # r 




colour Jook_up_table_dataO 




if (auribute_extension_flag - - 9 1 # ) 




attribute_extensionJength 


8 uimsbf 


for (i - 1 ;i < attributeextension Jength;i + ' + ) 




reserved 


8 bslbf 


if (coded_data_flag - - 'V ) 




codedsubregiondataO 




if (coded_data_extension_f lag « » ' 1 *) 




coded_data_extensionJength 


8 uimsbf 


for (i - 0;i < coded_data_exten$ion_length;i + + ) 




reserved 


8 bslbf 



visibility Jlag — If set to T, specifies that this region shall be displayed as 
defined by the coded data for this region. If set to f 0 f this region shall be 
transparent. 

horizontal jaddress Jlag — Indicates the presence of the 

region Jxorizomaljaddress field. In I-regions this flag shall be * V . 

vertical jaddress Jlag — Indicates the presence of the region _yenicaljaddress 

field. In I-regions this flag shall be T. 

number jof ^pixels Jlag — Indicates the presence of the number jyfj>ixels field. 
In I-regions this flag shall be *1\ 
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* number jtfjines Jlag — Indicates the presence of the number j>fjines field. In 
I-regions this flag shall be *1\ 

* region Jioriuontaljiddress - Specifies the horizontal address of the top left 
pixel of this region. Within the frame of 720*576 pixels only even pixels shall 

S be addressed. The most left pixel of the 720 active pixels has index zero, and 

the pixel address increases from left to right. The horizontal address shall be 
such that each pixel of the region is within the active 720 pixels. 

* region jerticaljiddress - Specifies the vertical address of the top line of this 
region. The top line of the 720*576 frame is line zero, and the line index 

10 increases by one within the frame from top to bottom. The vertical address shall 

be such that each line of the region is within the 576 active lines. 

* number jofj>ixels - Specifies the number of horizontal pixels of this region. A 
value of zero is forbidden. 

* number jyfjines - Specifies the number of vertical lines of this region. A value 
15 of zero is forbidden. 

* number jyf_subjregions — Specifies the number of sub-regions within this 
region. A value of zero is forbidden. 

* subj-egionjd — Identifies the sub-region. 

* number jjf_subj-egionJines Jag — Indicates the presence of the 
20 number j)f_subjregionJines field. 

* dux Jlag — Indicates the presence of the colour Jookjip jiata JeldQ field, the 
syntax of which is given in Table m. 

* attribute ^extension Jlag — If set to T, indicates the presence of the 
attribute extension Jength field and the associated reserved fields. 

25 * coded jiata Jlag — Indicates the presence of the coded _sub j-egion jlataQ field 
which is defined in Table IV. 

* coded jdatajcxtension Jlag — If set to T, identifies the presence of the 
coded jiata ^extension Jength field and associated reserved fields. 

* number jof_sub_region lines — Specifies the number of lines in a sub-region. 
30 The total number of lines in all sub-regions within the region shall be equal to 

the number of lines in the region. 

* attribute ^extension Jength - Specifies the number of immediately following 
reserved bytes. 
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codedjbuajcxzensionjength - Specifies the number of immediately following 
reserved bytes. 



Table m shows the syntax of the colour Jookjipjiata JieldQ. 

Table m 



colour Jook_up_table_data() 
number_of_entries 
for <i - 1 ;i<number_of_entries;i + 
2_bitj^ut_destination_flag 
4J>it_dirt_destination_flao 
8_bit_cJut_destination~flao 
full_ranoe_flao ~ 
entry_vaiue 

if (f ulTrangeJIag - « # V> 

Y_value 

Upvalue 

Vvalue 

Tuvalu* 
else 

Yvalue 

Upvalue 

V_value 

T value 



9 uimsbf 

1 bslbf 
1 bslbf 
1 bslbf 
1 bslbf 
8 uimsbf 

8 bslbf 
8 bslbf 
8 bslbf 
8 bslbf 

4 bslbf 
4 bslbf 
4 bslbf 
4 bslbf 



10 



15 



20 



The following semantic definition applies to the data elements shown in this Table: 

* number j>fj:lutjipdates - Specifies the number of update cycles to be made. 

* number j)f entries ~ Specifies the number of CLUT entries that are updated. 
2J>itj:lutJesnnaxionJlag - If set to T f indicates that this entry is intended 
for a 2-bit CLUT. 

4J>it_clutJestinationJlag — If set to *1\ indicates that this entry is intended 
for a 4-bit CLUT. 

* 8J>itj:lutjtesrinationJlag - If set to 9 l\ indicates that this entry is intended 
for an 8-bit CLUT. 

* jullj-angejlag - If set to T t indicates that the Y-value, U-value, V-value and 
T-value fields have full 8-bit resolution. If set to *0\ then these fields contain 
only the 4 most significant bits. 

* entry j/alue - Specifies the entry value of the CLUT. The first entry of the 
CLUT has the entry value zero. 

* Yjtaluc - The luminance output value of the CLUT for this entry. 

* Upvalue — The first chrominance output value of the CLUT for this entry. 



BNSDOCID:<WO 9819077A1> 



WO 9d/19077 PCT/IB95/01118 

8 

* V_vo/ii£ — The second chrominance output value of the CLUT for this entry. 

* T_value — The transparency output value of the CLUT for this entry. A value 
of zero identifies no transparency. A value of 255 identifies full transparency. 
For all other values the level of transparency is defined by linear interpolation. 

5 

Table IV shows the syntax of the coded jubjrtg ionjdaxa () . 

The following semantic definition applies to the data elements shown in this Table: 

* data Jblock Jength - Specifies the number of bytes of the 
coded jtubjegionjicua field immediately following this field. 

10 * codingjnode — Specifies the applied coding mode. If set to *00\ identifying the 

presence of the mode ^extension Jield. 

* pixels Jnjnode — Specifies the number of pixels coded by a 2 f 4 or 8 bit code 
as specified by the codingjnode field. 

* 2J?itjcode — A two bit code specifying the colour of a pixel. 
15 * 2_stuffJ>it$ — two stuffing bits that shall be coded with *11\ 

* JJbitjcode — A four bit code specifying the colour of a pixel. 

* 4jtuffJ>its — Four stuffing bits that shall be coded with '1111*. 

* 8Jbitjcode — An eight bit code specifying the colour of a pixel. 

* modejsxxension - Identifying the applied extension mode. If set to *00\ 

20 identifies the presence of a command. If set to another value, identifies that run- 

length coding is applied. 

* lOJbitjrun — Specifying the number of subsequent pixels with the colour 
identified by the immediately following 2Jbitjcode field. 

* 8J?itjrun — Specifying the number of subsequent pixels with the colour 
25 identified by the immediately following 4J>itjcode field. 

* 4J>itjrun — Specifying the number of subsequent pixels with the colour 
identified by the immediately following 8Jbitjcode field. 

* command Jength — Specifies the number of bytes in this 

coded jtubj-egionjlaxaO field immediately following the command Jength field. 
30 If set to a value of 15, this number is not specified by the command Jength 

field. 

* long Jength - Specifies the number of bytes in this coded jubjegionjiaiaQ 
field immediately following the long Jength field. 
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Table IV 


PCT/IB95/01118 


coded sub region_data() 




data block lenath 


1 6 uimshf 


for (i — 1 *t < data block lenathri + + ) 




codina mode 


2 bslbf 


If (coding_model • '00') 




pixels in mode 


6 bslbf 


if (coding_mode » « '01 ') 




for (i « 1 ;i< (pixels in mode + 3)/4;i + + ) 




for (• m 1 ;i < pixels in mode;i++) 




2 bit code 


2 bslbf 


for i + 1 :i< (4 # ((Dixels in mode + 3)/41-oixel£ in model *i++i 




2 stuff bits " * 


2 b&lbf 


if (codina mode ™ »'10'1 




for (i » 1 :i<. (oixela in mode+ 1 )/2*i + + ) 




for (i ■ 1 *i < oixels in mode a i++) 




4 bit code 


4 bslbf 


for (i *» 1 :i < (2 # ((oixelS in mode + D/2-oixels in model'i + 1 




4 stuff bits 


4 bslbf 


if (codina mode • » ' 1 1 ') 




f or (i « 1 ;i < pixels in mode;i + + ) 




8 bit code 


8 bslbf 


else 




mndfi AYTAnAion 


2 bslbf 


if (modfl axTansian! » '00*1 

If ^IKWUV OAtQIMtvlH W f 




tf IfTlfvi A AVtAnUAH ■ a 'HI '1 
II \IUUUQ OAICI laivl 1 ™ ™ W 1 | 




1 0 hit run 

I w Ul L 1 Ul 1 


1 0 uimshf 


2 hit f*rvd* 

A WH WWW 


2 bslbf 


tf fmodfl Avtenfiion * »'10'1 




8 hit run 


8 t-iim&bf 


4 bit code 


4 bslbf 


if (mode extension « «'1 V) 




4 bit run 


4 uimsbf 


8 bit code 


8 bslbf 


else 




command length 


4 uimsbf 


rf (commandjenoth = » 1 5) 




longjength 


1 6 uimsbf 


command id 


8 bslbf 


rf Irnmrnand id a> a load man tahlat 




man tahlA dataO 

else " * 




if (command lenath* m 1 51 




f or (i « 1 ;i < command_length;i + + ) 




reserved 


8 bslbf 


else 




for (i -» 1 ;i < long Jength;i + * ) 




reserved 


8 bslbf 



command Jd — Identifies the type of command. The value 0x10 denotes Load 
Map Table. This command is followed by a mapjablejLata () field which is 
defined in Table V. The value 0x11 denotes End of Line. 
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Table V shows the syntax of the mapjablejlaxa () . 

Table V 



map_tabto_data<) 




number_of_entries 


8 uimsbf 


for li • 1~i<number_of_emries;i + + ) 




2_to_4_map_table_flag 


1 bslbf 


2~to~8~map_table_flag 


1 bslbf 


4~to~82map2table~flaQ 


1 bslbf 


•mry_valua 


4 uimsbf 


map_table_output_value 


8 uimsbf 



The following semantic definition applies to the data elements shown in this Table: 

* number jcfjtruries — Specifies the number of Map Table entries that are loaded. 

* 2jo_4jnapjable Jlag — If set to T, indicates that this entry is loaded into the 
5 "2 to 4 Map Table. 

* 2joJij7iapjable Jlag — If set to * 1 \ indicates that this entry is loaded into the 
"2 to 8 Map Table. 

* 4jo_8jnapjable Jlag — If set to T f indicates that this entry is loaded into the 
"4 to 8 Map Table. 

10 * mapjablejype — Identifies the type of Map Table that is loaded. The value 

f 0r denotes a "2 to 4 Map Table" , the value f 10* denotes a "2 to 8 Map 
Table - , the value 'IT denotes a "4 to 8 Map Table". 

* entry jtalue - Specifies the entry of the Map Table. The first entry of the Map 
Table has the entry value zero. 

15 * mapjable_purput_value — Specifies the output value of the Map Table for this 

entry. 

The above syntax and semantics will now be elucidated in a more 
common language. The PESjkua JxeldQ (Table I) specifies at least one "page" comprising 

20 one or more regions. Figs. 1-3 show some examples of an active video area comprising one 
or more regions. Fig.l shows a program provider's logo A and a current subtitle B. Fig.2 
shows an additional subtitle C for hearing impaired viewers (hearing impaired people often 
need additional explanatory text such as "audience applauds", "swelling music"). Fig.3 
shows the logo A and a subtitle Bi, the index i indicating a selectable one from a plurality of 

25 languages. 
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The data for each region is accommodated in the region jiata JieldQ 
(Table II). This field specifies the size and position of the respective region. Referring to 
Fig. 4, the position of a region is denoted (x,y), x being specified by 
region Jiorizontaljiddress and y by region jenicaljiddress. These position parameters can 
5 be changed in time which allows for scrolling, by retransmitting encoded data for a given 
region (specified by its region Jd) without retransmitting pixel codes and colour-look-up- table 
data. The size of the region is p*n, p and n being specified by number j>fj>ixels and 
number j>f Jims f respectively. Each region comprises up to 16 sub-regions. In Fig.4, two 
subregions comprising n, and n 7 lines, respectively, are shown. The region Jata JieldQ 

10 specifies colour-look-up-table data and/or pixel data for each subregion. 

Not all parameters and data mentioned above are compulsory. Their 
presence is indicated by respective flags. This allows already defined regions and/or 
subregions to be updated or modified by referring to their region Jd and/or subjegionjd, 
respectively. For example: the position of a region can be modified (which allows scrolling); 

IS an already displayed region can be made invisible; or a subregion can also be referred to by 
an other region and thus displayed elsewhere on screen without all image data being 
retransmitted. 

The colour-look-up-table is loaded or updated by the 
colour look jipjata () field (Table III). This field specifies which luminance, chrominance 

20 and transparency output values are to be stored in which entries of the CLUT. The 

transparency defines to what extent the video and graphics pixels are to be mixed on screen. 

The pixel data for a subregion (or for a whole region is the number of 
subregions is 1) is accommodated in the field coded jubjegionjkua () (Table IV). The 
pixels are defined as entries of the colour-look-up-table. The pixel values can be defined in 

25 2, 4 or 8 bits. Three coding modes are provided. In a first coding mode {codingjnode is 
*0r, *10\ 'IT), consecutive pixels are individually specified. The number of pixels thus 
transmitted is defined by pixels Jnjnode. In a second coding mode {codingjnode is *00\ 
codingjnode ^extension is *01\ M0\ *ir), runs of consecutive identical pixels are run- 
length encoded. The first and second coding modes can be mixed within a region. In order to 

30 minimise decoding complexity care has been taken that the run-length coded data is byte 

aligned. Each run-length code comprises two bytes: 2 bits for the coding mode, 2 bits for the 
coding mode extension and 12 bits for the run-length code. The latter defines a 10-bit run of 
2-bit pixels, an 8-bit run of 4-bit pixels, or a 4-bit run of 8-bit pixels, as specified by the 
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coding mode extension. A third coding mode (coding jnodt is *00', coding jnodejsxunsion 
is f 00*)t specifies commands such as map tables and end-of-line indicators which work on the 
run-length decoded data. The concept of map tables is disclosed in more details below. 

It is envisaged that existing On-Screen-Display chips are used for 
5 displaying the graphic images. Some of these chips allow for 2 bits per pixel, others for 4 
bits per pixel or 8 bits per pixel. A potential problem arises if the pixels within a region are 
encoded using a number of bits per pixel different from the colour-look-up-table's input 
width. In order to solve this problem, the concept of map tables has been introduced. Map 
tables also increase the coding efficiency. They allow pixels to be encoded in less bits per 
10 pixel than the entry-width of the colour-look-up-table. These aspects will now be elucidated 
by way of an example. Suppose a (sub)region in which only four different colours are used. 
The respective colours are stored, in terms of luminance and chrominance, in four entries of 
a CLUT. The pixel data for said region is encoded in 2 bits/pixel. The decoder, however, 
may have a 4-bit CLUT and thus require four bits per pixel. Now, the map table provides 
15 the mapping of the transmitted 2 -bit/pixel codes to a 4-bit CLUT entry. The map table thus 
informs a decoder which four of the 16 entries are to be used. Whether or not the 2-bit/pixel 
coding indeed improves the efficiency depends on the overhead to change the coding mode or 
the map table. Thus, map tables are provided for mapping n-bit/pixel coding to an m-bit 
CLUT, n and m being different numbers. In view of this elucidation of the concept of map 
20 tables, the mapjablejiataQ field (Table V) needs no further explanation. For each entry 
value of the map table, an output value is defined. 

Fig.S shows a schematic diagram of a transmitter according to the 
invention. The transmitter is adapted to simultaneously transmit a video signal and graphic 
images The transmitter receives a baseband video signal in YUV format and an associated 
25 audio signal AUD and comprises a MPEG2 video encoder 101 and MPEG2 audio encoder 
102 for encoding said video and audio signal into packetized elementary streams PSV and 
PSA, respectively. The transmitter further comprises an editing terminal 103 for editing 
subtitles and/or other graphic images such as a program provider's logo. The editing terminal 
is coupled to a processing and storage device 104. A plurality of subtitles associated with the 
30 relevant television program, possibly in a plurality of different languages, is assumed to be 
stored in the processing and storage device in advance. The video signal is also applied to a 
time generator 105 which applies a time t to the processor and storage device 104. The time 
t can be the time which has elapsed since the start of the relevant television program, or can 
be a time code a ran?*** with the program and stored on the same tape as the television 
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signal. In MPEG systems, the time t will correspond with MPEG's System Clock Reference 
SCR. The processor and storage device compares the time t with a time stamp associated 
with each stored subtitle. When a subtitle is due, the relevant data is applied to an encoding 
and packetizcr 106 which forms a packetized elementary stream PSG defining encoded data 
5 according to the transmission format discussed hereinbefore. The packetized elementary 
streams PSV, PSA and PSG are multiplexed by MPEG multiplexer 107 so as to form a 
transport stream TS. The transport stream is transmitted to a receiver via a transmission or 
storage medium (not shown). 

Fig. 6 shows a schematic diagram of a receiver according to the invention. 
10 The receiver comprises an MPEG2 demultiplexer 201 which receives the MPEG2 transport 
stream TS and selects the packetized audio stream PSA* video stream PSV and encoded 
graphics data PSG together constituting a selected television program. The audio stream is 
decoded by an MPEG2 audio decoder 202. The decoded audio signal AUD is applied to a 
speaker 203 for reproduction. The video stream is decoded by an MPEG2 video decoder 204 
15 to obtain the decoded video signal in YUV format for display on a display screen 205. The 
encoded graphics data stream is applied to a data parser 206. This circuit parses the data 
accommodated in the PES packets PSG and provides the following output signals: 

the presentation time stamp PTS accommodated in the PES header, indicating 
the time at which the region is to be displayed; 
20 - the value of the visibility Jlag (Table II), denoted VF; 

the encoded pixel data as defined by the fields nJ>it_code in Table IV 
(n=2,4,8); 8-bit pixel codes are denoted PX8, 4-bit pixel codes are denoted 
PX4, and 2-bit pixel codes are denoted PX2; 

the position (x,y) and size (p ? n) of the currently received region as defined by 
25 the fields region Jtorizomal jaddress \ region_yerrical ^address \ 

number jofjpixels, and number _pfjines, respectively (Table II, Fig.4); 

map table data denoted MTD defined by the field mapjablejiata () (Table V), 

(this signal is not used in the present embodiment); 

a signal denoted LoC derived from the field regionjeveljjfjzomparibility 
30 (Table I), and 

coiour-look-up-table data denoted CTD, defined by the field 

colour JookjipjablejlQia () (Table HI). 
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The pixel data PXn (n -2,4,8) received from the parser 206 is stored 
(when run-length encoded via a run-length decoder 207) in a pixel memory 208, the relevant 
memory locations being determined by position (x,y) and size (p,n) received from the parser. 
The pixel memory 20S is read out by display timing signals (not shown). The pixels PX2, 
5 PX4 or PX8 (a region may comprise both 2- y 4- and 8-bit pixels, but only one of them is 
active for the duration of a pixel) are thus applied to a colour generating circuit 209 in 
synchronism with the received video signal. 

The colour generating circuit 209 comprises a colour-look-up- table 2092. 
In this embodiment, said CLUT is assumed to have four entries only, i.e. its input is 2 bits 
10 wide. The CLUT holds, for each entry, an output signal denoted OSD in terms of an 8-bit 
luminance value Y and 8-bit chrominance values U and V, and an 8-bit transparency value 
T. The relevant YUV and T values are stored in the CLUT in response to the colour-look- 
up-table data CTD received from the parser. 

As the colour-look-up-table 2092 has a 2-bit input, the 2-bit pixels PX2 
15 are directly applied thereto. The 4-bit pixels PX4 and 8-bit pixels PX8 are applied to the 
CLUT via a 4-to-2-bit reduction circuit 2093 and an 8-to-2-bit reduction circuit 2094, 
respectively. In a simple embodiment, said reduction circuits merely discard the least 
significant input bits. In an alternative embodiment, the most significant bit is unaltered (or 
some of the most significant bits are OR-ed) to obtain the first output bit whereas less 
20 significant input bits are OR-ed to obtain the second output bit. 

The reduction circuits 2093 and 2094 allow higher level CLUT data (> 2 
bits) to be compatibly decoded by lower level CLUTs (2 input bits). However, a program 
provider may prevent regions defined by more than 4 colours to be decoded by 2-bit CLUTs. 
This is achieved by a switch 2091 controlled by the signal LoC received from the parser, i.e. 
25 by the field region Jevel fjtf ^compatibility (see Table I). If the switch is in the position 
denoted 4 or 8 (i.e. the program provider requires at least a 4-bit CLUT or 8-bit CLUT, 
respectively) the region will not be displayed. Only if the switch is in the position denoted 2 
(i.e. the program provider accepts that pixels are displayed in four colours only), the pixel 
data is indeed applied to the CLUT. 
30 In response to the 2-bit pixel codes, the CLUT 2092 delivers the display 

output signal OSD and the transparency signal T. The output signal OSD is applied to a 
mixing stage 210 in which it is mixed, on a pixel-by-pixel basis, with the video signal YUV. 
The transparency signal T determines the amount of transparency of graphic pixels. If T has 
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the value 0, the video signal is blanked completely and the graphic pixels are not affected. If 
T has the value 255 (i.e. 100%), the relevant graphic pixel is fully transparent. For other 
values of T, the level of transparency is linearly interpolated. This allows the video signal to 
remain visible through the graphic image. 
5 The combined signal is then displayed on the display screen 205. 

However, whether or not the graphic image is indeed displayed depends on a switch 212 
which is controlled by a display enable circuit 213. This circuit receives the presentation time 
stamp PTS and the visibility flag VF from the parser, as well as (not shown) the current time 
t as conveyed by MPEG's System Clock Reference. The display enable circuit 213 is adaptrd 

10 to enable the display of the graphics region as soon as t> PTS and to disable its display when 
the visibility Jlag for the relevant region is set to *G\ 

Fig. 7 shows a further embodiment of the colour generating circuit 209 of 
the receiver. In this embodiment, the CLUT 2092 of the receiver has a 4-bit input, i.e. the 
CLUT comprises sixteen entries. Now, the 4-bit pixels PX4 are directly applied to the switch 

15 2091 whereas the 8-bit pixels PX8 pass through an 8-to-4-bit reduction circuit 2096 which, 
for example, discards the four least significant input bits. The 2-bit pixels pass through a 2- 
to-4-bit map table 2095, in fact being a memory having four 4-bit locations. The map table 
2095 maps the 2-bit pixels into 4-bit CLUT entries as specified by map table data MTD 
received from the parser. The concept of map tables has already been described before. If 

20 the switch 2091 is in the position denoted 8 (i.e. the program provider requires at least an 
8-bit CLUT), the region will not be displayed. If the switch is in the position denoted 2 or 4 
(i.e. the program provider accepts that 8-bit pixels are displayed in sixteen colours only), the 
pixel data is indeed applied to the CLUT. 

Fig. 8 shows an embodiment of the colour generating circuit 209 in which 

25 the CLUT 2092 has an 8-bit input, i.e. the CLUT comprises 256 entries. Now, the 8-bit 
pixels PX8 are directly applied to the switch 2091 whereas the 2-bit pixels PX2 and 4-bit 
pixels PX4 pass through a 2-to-8-bit map table 2097 and 4-to~8-bit map table 2098, 
respectively. The map table 2097 maps 2-bit pixels into 8-bit CLUT entries as specified by 
map table data MTD received from the parser. The map table 2098 does the same for 4-bit 

30 pixels. Strictly speaking, the switch 2091 is redundant in this embodiment, as this receiver 
deals with all transmissions regardless of the transmitted CLUT requirements. 

As explained above, reduction circuits (2093, 2094, 2096) allow higher 
level CLUT data to be compatibly decoded by lower level CLUTs, whereas map tables 
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(2095, 2097, 2098) allow lower level CLUTs to be dynamically mapped in higher level 
CLUTs. Table VI summarizes the various options and indicates the various levels of 
performance. 



Table VI 



2-bit CLUT 


0 


0 




0 ! - ! 


4-bit CLUT 


0 


+ 


+ + 


+ ! + + - ! 


8-bit CLUT 


0 


+ 


+ + 


++ j + + + !++++ 




LoC = 2 


LoC = 2 


LoC=4 


LoC = 2 ! LoC = 4 ! LoC = 8 


2-bit 
data 


4-bit 
data 


8-bit 
data 



Table VI shows three rows indicating the performance of receivers having a 2-bit, 4-bit and 
5 8-bit CLUT, respectively. Three columns indicate whether a region comprises 2-bit, 4-bit or 
8-bit pixels, respectively. LoC denotes the level of compatibility included in the encoded 
data. 

If a region is defined in 2 bits/pixel only, four colours can be displayed 
(performance denoted 0) irrespective of whether the CLUT input is 2, 4 or 8 bits wide. It 

10 does not make sense for a program provider to require, for such a region, a better than 2-bit 
CLUT. This is indicated by LoC =2 in the respective column. 

If a region comprises 4-bit pixels, the program provider may allow such a 
region to be displayed using a 2-bit CLUT (LoC =2). Said 2-bit receivers display the region 
in four colours (performance denoted 0), whereas 4-bit and 8-bit receivers display 16 colours 

15 (performance denoted +). However, the program provider may also require the receiver to 
have a 4-bit CLUT (LoC =4). In that case, a 2-bit receiver can not display the region 
(performance denoted -) whereas 4-bit and 8-bit receivers will display 16 colours 
(performance denoted ++). 

If a region comprises 8-bit pixels, the program provider may allow such a 

20 region to be displayed using a 2-bit CLUT (LoC =2). In that case, 2-bit receivers display 4 
colours (performance denoted 0), 4-bit receivers display 16 colours (performance 
denoted +), and 8-bit receivers display the full pallet of colours (performance denoted + +). 
The program provider may also require the receiver to have at least a 4-bit CLUT (LoC =4). 
In that case, 2-bit receivers can not display the relevant region (performance denoted -), 4-bit 

25 receivers display 16 colours (performance denoted + +), and 8-bit receivers display the full 
pallet of colours (performance denoted + + +). If the program provider requires the receiver 
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to have an 8-bit CLUT (LoC=8), neither 2-bit nor 4-bit receivers can display the relevant 
region (performance denoted -), whereas 8-bit receivers have an optimal performance 
(denoted ++ + +). The latter performace is optimal because the program provider does not 
need to take the restrictions of lower level receivers into account. 
5 Summarizing the invention, a method of simultaneously transmitting a 

video signal and encoded data representing graphic images is disclosed. The invention is 
particularly applicable for transmitting multilingual subtitles with a video program. The 
graphic images are rectangular regions within the active video area. They are transmitted in 
the form of bitmaps. The invention not only allows any character font or sire to be 

10 displayed, but also the definition of e.g. a program provider's logo. The encoded data 
includes a time stamp to specify the time at which a subtitle is to be displayed. Preferred 
embodiments of the invention include the transmission of colour-look-up-table (CLUT) data 
and a compatibility code indicating a required minimum number of entries of said colour- 
look-up-table. For receivers with a CLUT having more entries than necessary, a map table is 

15 transmitted for mapping the pixel data width to the input witdh of the relevant CLUT. The 
method is applicable to Direct Video Broadcast systems wherein the video signal is MPEG2 
encoded and the graphic images are accommodated in a private data stream of an MPEG2 
Transport Stream. 
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Claims 



1. A method of transmitting encoded data defining a graphic image in the 

form of a rectangular region within an active video area, characterized in that the pixels 
forming said region are individually defined by the encoded data, the size and position of 
said region being included in the encoded data. 
5 2. A method as claimed in claim 1, wherein the encoded data for said region 

further includes a time stamp representing the time at which said region is to be displayed. 

3. A method as claimed in claim 2, wherein subsequent encoded data for a 
given region includes a visibility code to disable the display of said region. 

4. A method as claimed in claim 1, wherein a region comprises a plurality of 
10 sub regions including an identifier code to allow a graphic image defined by said subregion to 

be referred to by a further region. 

5. A method as claimed in claim 1, wherein the pixels for a region are 
encoded as entries of a colour-look-up- table, the encoded data including a compatibility code 
indicating a required minimum number of entries of said colour-look-up-table. 

15 6. A method as claimed in claim 5, wherein the pixels are defined by n-bit 

pixel data, the encoded data further including a map table for mapping said n-bit pixel data to 
a colour-look-up-table having more than 2* entries. 

7. A method as claimed in any of the preceding claims, wherein the encoded 
data is accommodated in a private transport stream according to the MPEG2 standard or 

20 extension thereof. 

8. A method of receiving encoded data defining a graphic image in the form 
of a rectangular region for display within an active video area, characterized by the steps of 
decoding said encoded data into individual pixels constituting said region, decoding the size 
and position of said region, storing said pixels, and generating display signals representing 

25 said pixels. 

9. A method as claimed in claim 8, further comprising the step of decoding a 
time stamp included in said encoded data, and generating the display signals from a time 
represented by said time stamp. 
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10. A method as claimed in claim 9, further comprising the steps of decoding 

a visibility code included in subsequent encoded data for a given region, and disabling the 
generation of said display signals for said region in response to said visibility code. 
IK A method as claimed in claim 8, wherein a region comprises a plurality of 

5 subregions including an identifier code, comprising the step of including said subregion in a 
further region referring to said subregion. 

12. A method as claimed in claim 8, wherein the pixels for a region are 
encoded as entries of a colour-look-up-table and the encoded data includes a compatibility 
code indicating a required minimum number of entries of said colour-look-up-table, 

10 comprsising the step of disabling the generation of display signals if the required number of 
entries is less than available. 

13. A method as claimed in claim 12, further comprising the steps of 
receiving map table data* and storing said map table data in a map table for mapping n-bit 
pixel data to a colour-look-up-table having more than 2 s entries. 

15 14. A method as claimed in any of claims 8-13, wherein the video signal is 

encoded according to an MPEG2 standard or extension thereof, and wherein the encoded 
data defining the graphic image is accommodated in packets of an MPEG2 private transport 
stream. 

15. A transmitter comprising means for transmitting encoded data defining a 
20 graphic image in the form of a rectangular region within an active video area, characterized 

by means for encoding the individual pixels forming said region and including the size and 
position of said region in the encoded data. 

16. A receiver coupled to a display screen for receiving encoded data defining 
a graphic image in the form of a rectangular region within an active video area, 

25 characterized by means for decoding said encoded data into individual pixels constituting said 
region, means for decoding the size and position of said region, and display means for 
storing and displaying said pixels. 

17. An image signal comprising encoded data defining a graphic image in the 
form of a rectangular region within an active video area, characterized in that the pixels 

30 forming said region are individually defined by the encoded data, the size and position of 
said region being included in the encoded data. 

18. A storage medium on which an image signal is stored comprising encoded 
data defining a graphic image in the form of a rectangular region within an active video area, 
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characterized in that the pixels forming said region are individually defined by the encoded 
data, the size and position of said region being included in the encoded data. 
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